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Camera Array 

TECHNICAL FIELD 

The invention relates to capturing scenes and rendering views from the captured 
5 scenes, and more particularly to scene capturing and view rendering based on a 
longitudinally aligned camera array. 

BACKGROUND OF THE INVENTION 

Image rendering in computer graphics has been a continually evolving field, with 
10 more and more techniques being developed as time goes on and computer technology 
progresses. Prior rendering approaches often involved constructing or recovering a 
complete geometric and photometric model of a 3D scene. However, these approaches 
are typically complex and computationally intensive. One image-based rendering 
approach that foregoes a need for a geometric/photometric model of a scene uses a 
15 plenoptic function to describe the scene as previously described by Adelson and Bergen 
in "The plenoptic function and the elements of early vision". Computational Models of 
Visual Processing, pp. 3-20. MIT Press, Cambridge, MA, 1991. 

The original Adelson and Bergen work defined a 7D plenoptic function as the 
intensity of light rays passing through the camera center at every location (F^, Vy, Vz) at 
20 every possible angle (0, ^), for every wavelength X, at every time i.e., 

P,=PiV,^Vy^V,,0^(/>^Kt) (1) 
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In recent years a number of image-based rendering techniques have been 
proposed to model and then render real or synthetic scenes and objects based on attempts 
to simplify the plenoptic function. For example, McMillan and Bishop have proposed 
constructing a complete 5D plenoptic function in "Plenoptic modeling: An image-based 
rendering system," Computer Graphics (SIGGRAPHV5), pp. 39-46, August 1995: 

P5=P{V,.Vy,V,,a(/>) (2) 

In this prior work, two of the variables in the original equation (equation (1)) are 
dropped, namely time t and light wavelength X, This approach assumes a static 
environment having fixed light conditions. 

A 4D parameterization of the plenoptic function has also been proposed by M. 
Levoy and P. Hanrahan in "Light field rendering," Computer Graphics Proceedings, 
Annual Conference Series, pp. 31-42, Proc. SIGGRAPH'96 (New Orleans), August 1996, 
and S. J. Gortler, R. Grzeszczuk, R. Szeliski, and M. F. Cohen in "The Lumigraph," 
Computer Graphics Proceedings, Annual Conference Series, pp. 43-54, Proc. 
SIGGRAPH'96 (New Orleans), August 1996. With both of these systems, by staying 
outside a convex hull or bounding box of an object, the 5D complete plenoptic function 
can be simplified to a 4D light field plenoptic function, i.e., 

P4 = P(u,v,s,t) (3) 
where (w, v) and (s, t) parameterize two bounding planes of the convex hull. 

There have even been 2D simplifications proposed, such as cylindrical panoramas 
by S. Chen in "QuickTime VR," Computer Graphics Proceedings, Annual Conference 
Series, pp. 29-38, Proc. SIGGRAPH*95, August 1995, and spherical panoramas by R. 
Szeliski and H. Shum in "Creating full view panoramic image mosaics and texture- 
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mapped models," Computer Graphics Proceedings, Annual Conference Series^ pp. 
251-258, Proc. SIGGRAPH*97, August 1997, where the viewpoint in the scene is fixed 
and only viewing directions can be changed, i.e., 

P2=p{e.(i>) (4) 

5 The 2D embodiment of the plenoptic function is the easiest to construct. 

However, the 2D parameterization of the plenoptic function does not allow novel views 
=~ from different viewpoints within the scene to be rendered. Although it would be possible 

fS to render novel views using the 5D or 4D embodiments of the plenoptic function, it is 

[rt very time and storage consuming to construct a 5D complete plenoptic function. In 

m 10 addition, the prior 4D embodiments are hmited to looking at a small object fi-om the 

surrounding environment (i.e., in an "outside-looking-in" situation), rather than looking 
around the outside environment (i.e., in an "inside-looking-out" situation). 

i M 

™ More recently, a 3D plenoptic function has been proposed by Heung-Yeung Shum 

and Li- Wei He in "Rendering with concentric mosaics," Computer Graphics 
15 Proceedings, Annual Conference Series, pp. 299-306, Proc. SIGGRAPH'99, August 
1999. Their method allows an observer to move fi'eely within a 2D circular region and 
observe lateral parallax and lighting changes without geometric or photometric scene 
model recovery. However, situations can arise where the method has difficulty correctly 
reproducing rays off the capture plane, resulting in vertical distortions. 
20 The scene capturing and view rendering based on a longitudinally aligned camera 

array described below addresses these and other disadvantages. 
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SUMMARY 

Capturing real and/or synthetic scenes based on a longitudinally aligned camera 
array is described herein, as well as the rendering of views of the scenes. 

According to one aspect, a longitudinal camera array is rotated through a capture 
5 cylinder, with each camera in the array capturing multiple images as the array rotates. 
These images can be looking outward along the radials of the cylinder, or altematively 
looking tangential to the cylinder. The longitudinal camera array allows the surrounding 

SSI? 

P» scene to be captured from multiple different planes that are substantially parallel to the 

S ends of the capture cylinder, allowing for more accurate subsequent rendering of the 

rs=i: 

Lfi 10 scene. 

According to another aspect, a view of the surrounding scene can be rendered 
^fj based on the captured images. To render an image for a particular view of the 
™ surrounding scene, a viewing position is identified that represents a location from which 

the surrounding scene is viewed. For each pixel in the image to be rendered the display 
15 value for the pixel is determined according to the following. A viewing ray passing 

through the pixel in a direction of viewing corresponding to the view is determined and is 
used to determine an intersection point between the viewing ray and the capture cylinder. 
The intersection point is then used to determine which one or more of multiple 
longitudinal image arrays in the capture cylinder are relevant to the pixel, and also which 
20 one or more of a plurality of image columns in each of the longitudinal image arrays is 
relevant to the pixel. An elevation angle of the viewing ray is then used to determine 
which one or more longitudinally adjacent images corresponding to the longitudinal 
image arrays are relevant to the pixel, and which one or more pixels from the one or more 
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longitudinally adjacent images are relevant to the pixel. The display value of the pixel is 
then determined, based on the display values of each of the one or more pixels. 

According to another aspect, stereo rendering of the surrounding scene is also 
supported. Stereo rendering allows multiple rendered images to be generated to 
5 approximate the viewing of the scene by a pair of eyes. The eye pair is able to move in 
any of the three dimensions, as well as rotate about any of the three axes. However, in 
one implementation in which the surrounding scene is described by a capture cylinder, 
movement of the eye pair is constrained such that neither eye in the eye pair can move 
f5 outside of the capture cylinder. 

f.rs 

Hi 10 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation in the 
figures of the accompanying drawings. The same numbers are used throughout the 

D 

figures to reference like components and/or features. 
15 Fig. 1 illustrates an exemplary system for capturing and rendering views of a 3D 

scene based on a series of images captured by a longitudinally aligned camera array(s) in 

accordance with certain embodiments of the invention. 

Fig. 2 illustrates another exemplary system in which the image capturing and 

scene data file generation are not performed by the same computer that performs the 
20 rendering. 

Fig. 3 shows a general example of a computer that can be used in accordance with 
certain embodiments of the invention. 



L£E & HaVes, FLLC 



MSl-475US,pat.app.doc 



Figs. 4, 5, 6, 7, and 8 illustrate various exemplary embodiments of the image 
capture setups in accordance with various embodiments of the invention. 

Fig. 9 illustrates the equivalency between the captured scene data of the capture 
setups in Figs. 7 and 8, and the capture setups in Figs. 4, 5 and 6. 
5 Fig. 10 illustrates an exemplary top view of the capture setup of Fig. 7 in 

accordance with certain embodiments of the invention. 

Fig. 1 1 illustrates an exemplary side view of the capture setup of Fig. 7 in 
accordance with certain embodiments of the invention. 

Fig. 12 illustrates which portions of captured images of each camera need not be 
10 stored in accordance with certain embodiments of the invention. 

Fig. 13 is a flowchart illustrating an exemplary process for capturing and storing a 
surrounding scene in accordance with certain embodiments of the invention. 

Fig. 14 is a flow diagram illustrating a rendering process for a view of an observer 
in accordance with certain embodiments of the present invention. 
15 Fig. 15 illustrates an exemplary local coordinate system of an observer and an 

exemplary wandering circle in which the observer may move in accordance with certain 
embodiments of the invention. 

Fig. 16 illustrates an exemplary viewing ray of an observer on the capture plane in 
accordance with certain embodiments of the invention. 
20 Fig. 1 7 illustrates an exemplary determination of the capturing angle for one of 

the viewing rays of an observer in accordance with certain embodiments of the invention. 
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Fig. 18 illustrates an exemplary determination of the angle of the projection of a 
viewing ray relative to the camera direction at the intersection point in accordance with 
certain embodiments of the invention. 

Fig. 19 illustrates an exemplary side view of the intersection of a viewing ray with 
the camera array in accordance with certain embodiments of the invention. 

Fig. 20 illustrates an exemplary view of the view port of the capture camera in 
accordance with certain embodiments of the invention. 

Fig. 21 illustrates an exemplary top view of a local coordinate system of the 
observer in accordance with certain embodiments of the invention. 

Fig. 21 illustrates an exemplary side view of a local coordinate system of the 
observer in accordance with certain embodiments of the invention. 

Fig. 23 is an example illustrating how to find the farthest point on the capture 
circle within the lateral field of view of the observer in accordance with certain 
embodiments of the invention. 

Fig. 24 illustrates exemplary translation and rotation fireedoms of a pair of eyes as 
a two-body rigid object and the spatial relationship of the local coordinate system of the 
pair of eyes and the global coordinate system in accordance with certain embodiments of 
the invention. 

DETAILED DESCRIPTION 

hi the discussion below, embodiments of the invention will be described in the 
general context of computer-executable instructions, such as program modules, being 
executed by one or more conventional personal computers. Generally, program modules 
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include routines, programs, objects, components, data structures, etc. that perform 
particular tasks or implement particular abstract data types. Moreover, those skilled in 
the art will appreciate that various embodiments of the invention may be practiced with 
other computer system configurations, including hand-held devices, gaming consoles, 
5 multiprocessor systems, microprocessor-based or programmable consumer electronics, 
network PCs, minicomputers, mainframe computers, and the like. In a distributed 
computer environment, program modules may be located in both local and remote 
memory storage devices. 

p5 Alternatively, embodiments of the invention can be implemented in hardware or a 

if 3 10 combination of hardware, software, and/or firmware. For example, all or part of the 
= invention can be implemented in one or more application specific integrated circuits 

m (ASICs). 

Concentric mosaic arrays implemented in this invention are referred to herein, 
"~ which differ from concentric mosaics. Concentric mosaics describe an image based 
1 5 rendering process that allows a user to move freely within a circular region and observe 
lateral parallax and lighting changes without any geometric or photometric scene model 
recovery. Concentric mosaics use only one set of images captured in a single plane of 
rotation. Concentric mosaic arrays, on the other hand, use additional longitudinally 
aligned camera positions and thus additional sets of images are captured in multiple 
20 longitudinally aligned, and substantially parallel, planes of rotation. Concentric mosaics 
often result in vertical distortions when viewing from off planar positions. To overcome 
this problem, concentric mosaic arrays use a series of longitudinally aligned cameras (or 
camera positions) in place of a single camera to capture an array of mosaics. The off 
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planar viewing rays used in rendering vertical views can be retrieved from the vertical 
mosaic array of the cameras, resulting in reduced vertical distortions and observing of 
significant lateral and longitudinal parallax and lighting changes as well. 

General System 

Fig. 1 illustrates an exemplary system for captiuing and rendering views of a 3D 
scene based on a series of images captured by a longitudinally aligned camera array(s) in 
accordance with certain embodiments of the invention. A computing system 100 is 
illustrated including an operating system 102, an observer interface 104, a view renderer 
106, an observer command input component 108, an observer display output component 
1 10, a scene data file 1 12, a scene capturer 1 14, and an image combiner 116. 

Operating system 102 performs various system level operations to control the 
lower level functions of the computing system and interaction of the various components 
104 - 1 16 of system 100. Scene capturer 1 14 collects a set of images for the 3D scene 
using a rotating longitudinally aligned camera array(s) (not shown). The camera array 
motion is constrained to one or more concentric, coplanar circles within the 3D scene, as 
discussed in more detail below. 

Scene capturer 114 provides the set of images it collects to image combiner 116, 
which in tum generates scene data file 1 12 by combining (and optionally compressing) 
the set of images along with index information. Scene data file 1 12 is stored on a mass 
storage device that is part of, or coupled to, system 100. Once scene data file 1 12 is 
created, system 100 can render and present to a user an image representing a view seen 
by an observer within the 3D scene maintained in scene data file 112. 
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View Tenderer 106 generates the image seen by the observer and outputs the 
image using display output component 110. View renderer 106 uses various parameters 
to describe the observer's location and direction of view and uses the parameters, in 
conjunction with scene data file 1 12, to generate the image to output to the user. The 
5 geometric equations and relationships used to generate these parameters and apply them 
to scene data file 1 12 is discussed in more detail below. 

The user may move around within the 3D scene by inputting appropriate 
^ commands to system 100 through the command input component 108. These commands 

"if^ may correspond to input keystrokes on a keyboard, appropriate movements of a pointing 
ifl 10 device (such as a joystick, mouse or trackball, virtual reality glove, or other controller), 
= voice based motion commands, etc. These commands translate to a location within the 

[P 3D scene and a direction of view of the observer that is presented for viewing by display 
W output component 110. The display of output component 110 will change as if the user 
^ moved within the 3D scene. 

1 5 Fig. 2 illustrates an alternative system in which the image capturing and scene 

data file generation are not performed by the same computer that performs the rendering. 
Thus, a computer system 120 can still render views generated from the images captured 
by a longitudinally aligned camera array(s) even though system 120 does not itself 
include such an array. Computer system 120 includes the same rendering components as 
20 system 100 of Fig. 1 (specifically, observer interface 104, rendered 106, input component 
108 and output component 110). However, system 120 does not include a scene capturer 
or image combiner. Scene data file 112 may be stored locally at system 120, or 
alternatively a scene data file 122 may be accessed remotely (e.g., from a remote server 
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124). System 120 can be coupled to server 124 by any of a wide variety of conventional 
communication channels 126, such as a local area network (LAN), wide area network 
(WAN), the Internet, direct dial-up connection, etc. 

Fig. 3 shows a general example of a computer 142 that can be used in accordance 
5 with certain embodiments of the invention. Computer 142 represents, for example, 
system 100 of Fig. 1, or either of system 120 or server 124 of Fig. 2. Computer 142 
includes one or more processors or processing units 144, a system memory 146, and a 

[□ 

bus 148 that couples various system components including the system memory 146 to 

™ processors 144. The bus 148 represents one or more of any of several types of bus 

W 

[fl 10 structures, including a memory bus or memory controller, a peripheral bus, an accelerated 

=; graphics port, and a processor or local bus using any of a variety of bus architectures. 
lP The system memory includes read only memory (ROM) 150 and random access 

■HI . ■ ■ 

memory (RAM) 152. A basic input/output system (BIOS) 154, containing the basic 
routines that help to transfer information between elements within computer 142, such as 

15 during start-up, is stored in ROM 150. Computer 142 further includes a hard disk drive 
156 for reading from and writing to a hard disk, not shown, connected to bus 148 via a 
hard disk driver interface 157 (e.g., a SCSI, ATA, or other type of interface); a magnetic 
disk drive 158 for reading from and writing to a removable magnetic disk 160, connected 
to bus 148 via a magnetic disk drive interface 161; and an optical disk drive 162 for 

20 reading from or writing to a removable optical disk 164 such as a CD ROM, DVD, or 
other optical media, connected to bus 148 via an optical drive interface 165. The drives 
and their associated computer-readable media provide nonvolatile storage of computer 
readable instructions, data structures, program modules and other data for computer 142. 
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Although the exemplary environment described herein employs a hard disk, a removable 
magnetic disk 160 and a removable optical disk 164, it should be appreciated by those 
skilled in the art that other types of computer readable media which can store data that is 
accessible by a computer, such as magnetic cassettes, flash memory cards, digital video 
5 disks, random access memories (RAMs) read only memories (ROM), and the like, may 
also be used in the exemplary operating environment. 

A number of program modules may be stored on the hard disk, magnetic disk 160, 
§1 optical disk 164, ROM 150, or RAM 152, including an operating system 170, one or 

[p more application programs 172, other program modules 174, and program data 176. 

So 

m 10 Operating system 170 can be any of a variety of operating systems, such as any of the 
™ "Windows" family of operating systems available from Microsoft Corporation of 

K; Redmond, Washington. A user may enter commands and information into computer 142 
g through input devices such as keyboard 178 and pointing device 180 (such as a mouse). 

Other input devices (not shown) may include a microphone, joystick, game pad, satellite 
15 dish, scanner, motion tracking devices, virtual reality gloves, controllers, or the like. 
These and other input devices are connected to the processing unit 144 through an 
interface 168 (e.g., a serial port, parallel port, game port, or a universal serial bus (USB)) 
that is coupled to the system bus. A monitor 184 or other type of display device (such as 
a head mounted display, a 3P video projection, or the like) is also connected to the 
20 system bus 148 via an interface, such as a video adapter 186. In addition to the monitor, 
personal computers typically include other peripheral output devices (not shown) such as 
speakers and printers. 
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A camera 185 is also coupled to bus 148 via a camera interface 187. Camera 185 
(such as a digital/electronic still or video camera, film/photographic still or video camera, 
seamier, Charge Coupled Device (CCD) elements, etc.) is capable of capturing a 
sequence of images or one or more pixels and transmitting the captured images or pixels 
5 to RAM 152, or one of the other data storage devices associated with computer 142, via 
camera interface 202. The coupling of camera 185 to camera interface 187 can be a 
wired connection (e.g., USB, IEEE 1394, a proprietary connection, etc.) or a wireless 
connection (e.g., Radio Frequency (RF), Lifrared (IR), etc.). 

Computer 142 can optionally operate in a networked environment using logical 

10 connections to one or more remote computers, such as a remote computer 188. The 
remote computer 188 may be another personal computer, a server, a router, a network 
PC, a peer device or other common network node, and typically includes many or all of 
the elements described above relative to computer 142, although only a memory storage 
device 190 has been illustrated in Fig. 3. The logical connections depicted in Fig. 3 

15 include a local area network (LAN) 192 and a wide area network (WAN) 194. Such 
networking environments are commonplace in offices, enterprise-wide computer 
networks, intranets, and the Internet. In the described embodiment of the invention, 
remote computer 188 executes an Intemet Web browser program such as the "Internet 
Explorer" Web browser manufactured and distributed by Microsoft Corporation of 

20 Redmond, Washington. 

When used in a LAN networking environment, computer 142 is connected to the 
local network 192 through a network interface or adapter 196. When used in a WAN 
networking environment, computer 142 typically includes a modem 198 or other means 
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for establishing communications over the wide area network 194, such as the Internet. 
The modem 198, which may be internal or extemal, is connected to the system bus 148 
via a serial port interface 168, In a networked environment, program modules depicted 
relative to the personal computer 142, or portions thereof, may be stored in the remote 
5 memory storage device. It will be appreciated that the network connections shown are 
exemplary and other means of establishing a communications link between the computers 
may be used. 

Generally, the data processors of computer 142 are programmed by means of 
instructions stored at different times in the various computer-readable storage media of 

10 the computer. Programs and operating systems are typically distributed, for example, on 
floppy disks or CD-ROMs. From there, they are installed or loaded into the secondary 
memory of a computer. At execution, they are loaded at least partially into the 
computer's primary electronic memory. The invention described herein includes these 
and other various types of computer-readable storage media when such media contain 

15 instructions or programs for implementing the steps described below in conjunction with 
a microprocessor or other data processor. The invention also includes the computer itself 
when programmed according to the methods and techniques described below. 
Furthermore, certain sub-components of the computer may be programmed to perform 
the functions and steps described below. The invention includes such sub-components 

20 when they are programmed as described. In addition, the invention described herein 
includes data structures, described below, as embodied on various types of memory 
media. 
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For purposes of illustration, programs and other executable program components 
such as the operating system are illustrated herein as discrete blocks, although it is 
recognized that such programs and components reside at various times in different 
storage components of the computer, and are executed by the data processor(s) of the 
computer. 

Scene Capture 

Generally, a scene is captured by one or more cameras each capturing multiple 
images as they rotate within the scene. 

Figs. 4 through 8 show exemplary scene capture setups in accordance with certain 
embodiments of the invention. The composition of image slits captured by one camera in 
one round is referred to as a "multi-perspective mosaic". A series of multi -perspective 
mosaics captured by a camera(s) rotating along a series of concentric, coplanar circles are 
referred to as "concentric mosaics". A series of concentric mosaics captured by a 
longitudinally aligned camera array(s) are referred to as a "concentric mosaic array". 
Regardless of the type of capture setup used (e.g., any of those in Figs. 4-8), the whole of 
the captured information of the surrounding 3D scene is equivalent. Additionally, the 
camera rotation is described herein as being circular. Altematively, different patterns of 
rotation can be used (e.g., an elliptical or an almost-circular pattern can be used). 

hi Fig. 4, a capture system 210 includes a beam 212 rotatably coupled to a support 
214, allowing beam 212 to be rotated a full 360 degrees. The location of this coupling 
defines a center of rotation 216. A counterweight 218 is optionally placed at one end of 
beam 212 while multiple arrays 220 of cameras 222 are placed at the other end of beam 
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212. The location and weight of counterweight 218 can vary, depending on support 214, 
beam 212, and the number and weight of cameras 222. The image arrays are captured 
while the camera arrays 220 are rotated a full 360 degrees, with the images being 
captured by cameras 222 along the tangent direction of the circle of rotation. The images 
5 captured by each camera 222 are slit images or columns of images (typically one pixel 
wide). In one implementation, the camera array motion is made continuous and at a 
uniform speed for the full 360 degrees of rotation. 

V The arrays 220 are referred to as being "longitudinal** arrays and are substantially 

perpendicular to the plane that beam 212 rotates in. Beam 212 will frequently rotate in a 

yi 10 horizontal plane, resulting in arrays 220 being in a vertical plane. Beam 212, however, 

^ can rotate in any plane depending on the positioning and capabilities of support 214. 

^ I The cameras 222 can be of any type appropriate for capturing images of the 

scene. In one implementation, each camera 222 comprises a digital video camera. 
Alternatively, other types of cameras can be used, such as digital or film still cameras, 
15 non-digital video cameras, CCD elements, etc. If cameras 222 generate non-digital 
pictures, then the images can be digitized in a conventional manner prior to the image 
combination discussed in more detail below. Furthermore, in the illustrated example all 
cameras 222 are substantially the same type (e.g., digital video cameras) and typically are 
the same manufactiu"er and model. Altematively, different types, makes, models, etc. of 
20 cameras 222 can be included for different arrays and within arrays. 

While only a few arrays 220 are shown in Fig. 4, typically many more arrays are 
included along beam 212. The exact number of arrays to include can vary depending on 
the scene to be captured, the desired accuracy of the subsequent rendering of the scene, 
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and the desired or available amount of storage space required for the scene data. 
Typically, the number of arrays 220 ranges from the tens to the thousands. Similarly, 
while only a few cameras 222 are shown in Fig. 4, typically many more cameras are 
included in each array 220. The exact number of cameras to include can also vary 
5 depending on the scene to be captured, the desired accuracy of the subsequent rendering 
of the scene, the desired vertical field of view for the observer when rendering the scene, 
the radius of the circle defined by the outermost array 220 (the array furthest from center 
of rotation 216) as beam 212 rotates, and the desired or available amount of storage space 
required for the scene data. Typically, the number of cameras ranges from the tens to the 
10 thousands. 

In Fig. 5, a capture system 230 includes a beam 212, support 214, center of 
rotation 216, and counterweight 218 analogous to capture system 210 of Fig. 4. 
However, system 230 differs from system 210 in that only a single array 232 of cameras 
222 is attached to beam 212. The array 232 can be moved to different locations along 
15 beam 212 and beam 212 rotated a full 360 degrees to capture images for different circles 
(all concentric with the circle of rotation). Array 232 can be attached to beam 212 in any 
of a wide variety of conventional maimers, providing for automated or manual movement 
of array 232 along beam 212. Altematively, two or more movable arrays 232 may be 
attached to beam 212. 

20 In Fig. 6, a capture system 240 includes a beam 212, support 214, center of 

rotation 216, and counterweight 218 analogous to capture system 230 of Fig. 5. 
However, system 240 differs from system 230 in that only a single camera is mounted to 
a longitudinal array bar 242. Camera 222 can be moved to different locations along array 
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bar 242 and beam 212 rotated a full 360 degrees to capture images for circles at different 
longitudinal levels. Additionally, array bar 242 can be moved to different locations along 
beam 212 and beam 212 rotated a fiiU 360 degrees to capture images for different circles 
(all concentric with the circle of rotation). Camera 222 can be mounted to array bar 242, 
5 and array bar 242 mounted to beam 212, in any of a variety of conventional manners, 
providing for automated or manual movement of camera 222 along array bar 242 and 
array bar 242 along beam 212. Alternatively, two or more cameras 222 and/or two or 
^ more array bars 242 may be included in system 240. 

^ In Fig. 7, a capture system 250 includes a beam 212, support 214, center of 

m 

Lf^ 10 rotation 216, and counterweight 218 analogous to capture system 230 of Fig. 5. 
= However, system 250 differs from system 230 in that camera array 252 is mounted at the 

f5 end of beam 212, array 252 does not move along beam 212, and images are captured by 
cameras 222 along the radial direction of the circle of rotation of beam 212. 
Additionally, cameras 254 capture "whole area" images rather than the slit images 
15 captured by cameras 222 in Figs. 4-6. This whole area image refers to a wider angle of 
capture such as a 45 degree or 180 degree field of capture. 

Depending on the types of cameras 254 that are used, the individual cameras may 
not provide a sufficient field of capture. In such situations, multiple cameras could be 
used in place of each camera 254, or each camera 254 may be moved to capture multiple 
20 images that can be combined to create a capture image with a wider field of view. 

In Fig. 8, a capture system 260 includes a beam 212, support 214, center of 
rotation 216, and counterweight 218 analogous to capture system 250 of Fig. 7. 
However, system 260 differs from system 250 in that only a single camera 254 is 
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mounted to a longitudinal array bar 262. Camera 254 can be moved to different locations 
along array bar 262 and beam 212 rotated a full 360 degrees to capture images for circles 
at different longitudinal levels. Camera 254 can be mounted to array bar 262 in any of a 
variety of conventional manners, providing for automated or manual movement of 
5 camera 254 along array bar 262. Alternatively, two or more cameras 254 may be 
attached to array bar 262. 

Retuming to Fig. 7, a latitudinally (e.g., horizontally) oriented plane defined by 

y~ the circular region swept out by rotating the beam 212 a full 360 degrees is referred to as 

S a '^capture circle" and the plane of the capture circle is referred to as a "capture plane". 

Lfl 10 The longitudinally aligned camera array 252 also sweeps out a cylindrical three- 

dimensional area, referred to as a "capture cylinder". To illustrate the capture setup in 
additional detail, the configuration and parameters of the capture setup illustrated in Fig. 

^~ 7 are described in more detail below. However, it is to be appreciated that other capture 
setups can also be used, such as those illustrated in Figs. 4, 5, 6, and 8. 
15 Fig. 9 illustrates that the captured scene data of the capture setups in Figs. 7 and 8, 

in which each camera captures a whole image when it is pointed along the radial 
direction, is equivalent to those of the capture setups in Figs. 4, 5 and 6, in which each 
camera captures a set of image sHts (columns) when it is tangential to the circle. In Fig. 
9, for each column of the image captured by the camera that is pointed along the radial 
20 direction there exists a certain camera that is tangential to a certain circle and captures the 
same image slit (column) (or alternatively the column can be generated by interpolation 
based on two tangential cameras). By way of example, a column of the image captured 
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by camera 264 in the direction of ray 266 is the same as the sht (column) captured by 
camera 268 on circle 270. Therefore we need only consider one of these conditions. 



and 11. Fig. 10 illustrates an exemplary top view of capture setup 250 in accordance with 
certain embodiments of the invention, while Fig. 1 1 illustrates longitudinal camera array 
252 in more detail in accordance with certain embodiments of the invention. In Fig. 10, 
the radius r of a circle 272 in which users can freely move and view the surrounding 
scene depends on both the lateral field of view q>fovc of the capture camera 270 and the 
radius i? of the capture circle 274. It is expressed as: 



the capture camera 270 is within the field of view of the capture camera 270. Therefore, 
any view of the user can be reproduced from the captured images. This circle 272 is 
referred to as a "wandering circle". 

Each camera captures images uniformly m times in a circle, the zth image of each 
camera is captured at angle ?>6Qilm degrees, where / is an integer and \ <i<m . The 
number m depends on the lateral resolution Wo of the image of the observer's view and 
the lateral field of view (pfovo of the observer. In one implementation, each column of the 
image of the observer's view corresponds to each capture position of the camera array on 
the capture circle, therefore we have, 



Capture setup 250 of Fig. 7 is discussed in more detail with reference to Figs. 10 




(5) 



Any ray that originates from a viewpoint within the circle 272 and passes through 



360w„ 

V fovo 



(6) 
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For instance, in the situation that Wo = 320 and (pfo^o = 45 degree, m = 2560. 

In Fig. 1 1, longitudinal array 252 includes a total of (2n + 1) cameras. The 
cameras are numbered as -n, -(«-l), ...,-1,0, 1, . . (w-1), n from bottom to top. The 
height H of the camera array 252 should be so designed that the longitudinal field of view 
Ofovo of the observer is still covered by the camera array 252 even if he (or she) is located 
at the far end of the wandering circle 272 (i.e., 180 degrees along the circle 274 from 
where the longitudinal array 252 is currently located). We have. 



H>2{r-^R)tm 



(9 \ 



fovo 

y 2 , 



(7) 



On the other hand, the longitudinal field of view Ofovo of the observer should not be larger 
10 than the longitudinal field of view Ofovc of the capture camera, i.e.. 

Or <0r (8) 

otherwise the viewing rays that exceed the longitudinal field of view of the capture 
camera cannot be reproduced from the captured images. Assuming that the longitudinal 
resolution of the image of the observer's view is ho^ in one implementation the 
15 longitudinal interval dc between adjacent cameras in the array is 



2(r+i?)tan[^^j 



d,^ , ^ (9) 

K 

Returning to Fig. 11, afl:er the images are captured they are imported to the 
computer, such as computer system 100 of Fig. 1. This importing can be done afl;er all 
images for the capture circle or capture cylinder are captured, or alternatively as images 
20 are captured. 
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Initially, image combiner 116 of Fig. 1 combines images captured by camera 
array 252 at the same rotation angle. The resultant image which has a height of 2n+l 
times that of a captured camera image (that is, the height of an image captured by a 
camera 270 in array 252) will hereinafter be referred to as a "high image". In the 
5 illustrated example, the captured images are combined by concatenating the data from 
each image. Some of this data may optionally not be stored, as discussed in more detail 
below. 

Next, image combiner 116 compresses the high images into a scene data file. In 
one implementation, a conventional vector quantization method is used for the 

10 compression process, such as that described in A. Gersho and R. M. Gray, Vector 
Quantization and Signal Compression, Kluwer Academic Publishers, 1992. In this 
method, a vector of samples is quantized to one of a number of predetermined 
reproduction vectors. A reproduction vector is called a codeword, and the set of 
codewords available to encode a source is called the codebook. Codebooks are 

1 5 constructed during a training phase in which the quantizer is asked to find a set of 

codewords that best approximates a set of sample vectors, called the training set. The 
quality of a codeword is typically characterized using mean-squared error, i.e. the sum 
over all samples in the vector of the squared difference between the source sample and 
the codeword sample. Once a codebook has been constructed, encoding consists of 

20 partitioning the source into vectors and finding for each vector the closest approximating 
codeword from the codebook. Decoding consists of looking up indices in the codebook 
and outputting the codewords found there - typically a very fast operation. The output of 
vector quantization is a sequence of fixed rate codebook indices. Each index is log A'^bits 
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where A'^ is the number of codewords in the codebook, so the compression rate of the 
quantizer is {kl)/{logN) where k is the number of elements per vector (i.e. the dimension), 
and / is the number of bits per element, usually 8. Alternatively, other conventional 
compression processes (such as MPEG4) could be used (e.g., those providing fast 
5 decoding and random accessing). Additionally, according to other alternatives, such 
compression is not performed. 

Additionally, in some situations it is not always necessary for image combiner 
1 16 to store all of the data captured from each camera in array 252. Such situations can 
arise, for example, because certain portions of the captured images may never need to be 

10 used during rendering. Fig. 12 is an exemplary illustration of how the amount of data 

stored from each captured image can be reduced in certain embodiments of the invention. 
If the observer is only permitted to move in a circular region on a plane (e.g., the capture 
plane), then the portion of the image captured by a camera that needs to be stored 
depends on the distance between the camera and the plane the observer moves on (e.g., 

1 5 the capture plane). For example, for camera 288, a straight line 282 can be drawn 

between the farthest point P on the wandering circle 272 and the center Q of camera 280. 
Only the portion of the image from camera 288 within the angle between direction PQ 
(line 282, which is parallel to line 283) and the upper limit of the longitudinal field of 
view of camera 288 needs to be stored. By way of another example, for camera 289, a 

20 straight line 286 can be drawn between the point P and the center S of camera 284. Only 
the portion of the image from camera 289 within the angle between direction PS (line 
286) and the lower limit of the longitudinal field of view of camera 289 needs to be 
stored. The corresponding elevation angles of the boundary lines are 
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arctanf ^ ^H' l 
[{r+R)) 

and Ofovc /2 for cameras with / > 0, or 

5 arctan ^ ^ 

[{r+R)) 

and -Ofovc /2 for cameras withy < 0. 

Note that for camera j with j = 0, the whole area of the captured image is stored. 
It can thus be seen that the farther away a camera is from the capture plane, the 
10 fewer are the image rows that need to be stored. Thus the amount of captured data as a 
4D plenoptic function is effectively reduced to the amount of an approximate 3.5D 
plenoptic function, which significantly reduces the data size without sacrificing any 3D 
parallaxes. Contrasting with concentric mosaics, this concentric mosaic array system 
eliminates vertical distortions and displays significant longitudinal parallax and lighting 
15 changes. 

Alternatively, rather than reducing the amount of a captured image that is stored, 
the actual capture image could be adjusted. By way of example, camera 288 may be 
configured to capture only the portion of the scene within the angle between direction PQ 
(line 282) and the upper limit of the longitudinal field of view of camera 288. 
20 Fig. 13 is a flowchart illustrating an exemplary process for capturing and storing a 

surrounding scene in accordance with certain embodiments of the invention. The process 
of Fig. 13 is implemented by, for example, a system 100 of Fig. 1, and may be performed 
in software. 
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Initially, images of the surrounding scene are captured from multiple longitudinal 
planes (act 290). For each rotation angle at which images are captured, the images 
captured at that rotation angle are combined into a high image (act 292). The high 
images are then compressed (act 294) and stored as a scene data file (act 296). 
5 The process of capturing images of a surrounding 3D scene described above 

refers to capturing images of a real scene using cameras. Alternatively, "capture" images 
can be generated synthetically using any of a wide variety of conventional graphics 
programs capable of producing a 3D scene such as Maya from Silicon Graphics, Lie. of 
Mountain View, CA, Softimage from Avid Technology, Inc. of Tewksbury, MA, 3D 

^ 0 

|ii 10 Studio Max from Autodesk Inc. of San Rafael, CA, etc. These programs can be 
b employed to generate images of the desired dimensions, which depict a portion of a 

P surrounding synthetic 3D scene, from a perspective that is radial to a circle on a circle 
W plane disposed within a synthetic 3D scene. Accordingly, it is to be understood that the 
' - "captured images" referred to herein could refer to either real images or synthetic images. 
15 

Image Rendering 

Once the longitudinal arrays of images have been captured, views of the 3D scene 
can be rendered based on these captured images. This section addresses rendering mono 
(single view point) views of the 3D scene, with sub-sections addressing 2D observer 
20 freedom of movement and 3D observer freedom of movement. The rendering of stereo 
views of the 3D scene is discussed in more detail in a subsequent section. 

Generally, the values for pixels in a rendered image are generated by extending a 
ray from the observer's position in the viewing direction to the capture cylinder to 
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determine which captured pixels to base the pixels of the rendered image on. If a 
sufficient number of image arrays have been created, then most of the rays associated 
with a view of the captured scene will coincide with respective rays representing the 
location of the previously captured image arrays. The rays that do not coincide with a ray 
5 representing the location of one of the captured image arrays can be interpolated fi-om the 
captured images to generate a value for the pixel in the rendered image. 

S 2D Observer Freedom of Movement 

Li this sub-section, rendering of views when the observer is permitted to move in 
10 a circular region on the capture plane (or alternatively another viewing plane substantially 
parallel to the capture plane) is described. The capture plane refers to the plane in which 
[p the beam supporting the camera(s) rotates (e.g., beam 212 of Figs. 4 - 8). Such rendering 
5 of views is described below with reference to Figs. 14 - 20. 

Fig. 14 is a flowchart illustrating an exemplary process for rendering of views 
15 when the observer is limited to 2D fireedom of movement in accordance with certain 

embodiments of the invention. The process of Fig. 14 is implemented by a system 100 of 
Fig. 1 or 120 of Fig. 2, and may be performed in software. 

Initially, a viewing ray is determined for each pixel in the image to be rendered 
based on both the viewing position of the observer and the direction of view of the 
20 observer (act 302). For each such viewing ray, the intersection point of the projection of 
the viewing ray and the capture circle on the capture plane is identified (act 304). This 
intersection point indicates which image array is relevant to the viewing ray (or which 
two adjacent image arrays are relevant and should be used in subsequent interpolation). 
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The interpolation weights for two adjacent image arrays are determined according to the 
distances between the intersection point and the capture positions of these two image 
arrays, as discussed in more detail below. 

Then, according to the horizontal angle between the viewing ray and the camera 
direction at the intersection point, a determination is made as to which one image column 
in the image array(s) has a corresponding viewing direction nearest to the direction of the 
viewing ray (or which two adjacent image columns have corresponding viewing 
directions nearest to the direction of the viewing ray and should be used in subsequent 
interpolation) (act 306). The interpolation weights of two adjacent image columns are 
determined by the differences of the angles, as discussed in more detail below. 

Next, according to the elevation angle of the viewing ray, the intersection point of 
the viewing ray with the longitudinal camera array is calculated (act 308). This 
intersection point indicates which camera is relevant to the viewing ray (or which two 
adjacent cameras in the array should be involved in the later interpolation). The 
interpolation weights of two adjacent cameras are determined according to the distances 
between the intersection point and the longitudinal positions of the two cameras, as 
discussed in more detail below. Finally, according to the elevation angle of the viewing 
ray, a determination is made as to which pixel is to be used as the color or display value 
of the pixel in the rendered image (or which two pixels of the image column with their 
corresponding angles nearest to the elevation angle of the viewing ray should be used in 
the interpolation) (act 310), The interpolation weights of two pixels are determined by the 
differences of the angles, as discussed in more detail below. The colors of the pixel of 



Lee & HaVes, PLLC 



27 



MSl-475US.pat.app.doc 



• 



10 



15 



the rendered image are interpolated by the colors of these pixels, which are retrieved 
from the compressed scene data file. 

In one implementation, a set of basic parameters for rendering images is defined 
as follows: 

he: the height of the image captured by the camera. 

Wc. the width of the image captured by the camera. 

Ofovc' the longitudinal field of view of the capture camera. 

(Pfovc^ the lateral field of view of the capture camera. 

ac: the aspect ratio of the image pixel of the capture camera. 

ho\ the height of the image of the observer's view. 

Wo\ the width of the image of the observer's view. 

6fovo\ the longitudinal field of view of the observer. 

(pfovo^ the lateral field of view of the observer. 

a^: the aspect ratio of the image pixel of the observer's view. 

Note the relationship between the aspect ratios and other quantities are: 



and 



tan 



T fovc 



tan 



(10) 



V 2 J 



( 



h„ tan 



w„ tan 



(6 \ 

^ fovo 

I 2 J 



(11) 



Lee & HaVes, PLLC 



28 



MSl-475US.pat.app.doc 



Fig. 15 illustrates an exemplary local coordinate system of an observer within the 
wandering circle 272 in which the observer's point of view may move in two dimensions. 
Tand P are each two-dimensional vectors. The current viewing position and viewing 
direction measured in the global coordinate system are P and T respectively. Tis along 
5 the local axis y\ and the direction of local axis x' measured in the global coordinate 
system is denoted by 5. Thus, 

S,=cos{7d2)T^-^sm{7d2)Ty=Ty (12) 

I Sy=-sm{7d2)T^+cos{7d2)Ty=-T:, (13) 

;~ where Sx and 5^ are x and;; coordinates of direction S (normalized), and Tx and Ty are x 

■0 

II 10 and;; coordinates of direction J measured in the global coordinate system. 

• Certain movement within the wandering circle 272 can be described by assuming 

that the translation rates in each dimension of the plane are Ax' and Ay respectively. For 

% movement to the left, the new viewing position becomes, 

^ P„e.=P-^'S (14) 

1 5 For movement to the right, the new viewing position becomes, 

P„^=P + ^x'S (15) 
For movement forwards, the new viewing position becomes, 
P„^=P + Ay'T (16) 
For movement backwards, the new viewing position becomes, 

20 p_=p-Ayr (17) 
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In certain embodiments, a restriction on movement is that the new position be 
within the wandering circle (i.e., the norm of the position vector must be less than the 
radius of the wandering circle r). 

Rotational movement within the wandering circle 272 can be described by 
assuming that the rotation rate of the viewing direction corresponding to left or right 
rotation is Acp. For rotation to the left (counterclockwise in the local coordinate system) 
the new viewing direction becomes, 

- cos(A^) - 7; sin(A^) ^^^^ 

Tyne. = 7; sin(A^) + oo%{^(p) 9^ 

For rotation to the right (clockwise in the local coordinate system) the new 
viewing direction becomes, 

T^ne. = 7; cos( A^) + sm(A(p) ^20) 
Tyne. = -T, sin(A^) + cos(A^) (21) 
Zooming within the wandering circle 272 can be described by assuming that the 
corresponding increment of the longitudinal field of view of a zoom-out command or the 
corresponding decrement of the longitudinal field of view of a zoom- in command is A 
Ofovo. For zooming out, the longitudinal field of view of the observer becomes, 9fovo + ^ 
Ofovo but does not exceed Ofovc The lateral field of view of the observer can be deduced 
according to equation (11) above. For zooming in, the longitudinal field of view of the 
observer becomes, Ofovo - AOfovo- Note that the longitudinal field of view Ofovo should be 
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greater than 0 degrees, and depends on the tolerance of the image resolution (typically 9 
fovo is on the order of 10 to 30 degrees). 

The changing of viewing position and viewing direction when different motion 
commands are issued is described above. Given the viewing position P, viewing 
direction T, and longitudinal field of view Ofovo of the observer, an exemplary rendering 
process is described in further detail below. 

By way of example, consider the capture plane 320 illustrated in Fig. 16. In 
capture plane 320, the normalized projection vector V of the viewing ray that is 
fp originated fi-om the observer in the viewing direction T and passes through the Ath 
[f| 10 column of the view image of the observer (the view to be rendered) is 



3 



D3 V = normalize 

m 
m 



r+Fx k — 

l 2 2 



(22) 



where the quantity ^ is defined as: 

<Pfo. 



. . Jovo 

tan- 



2 (23) 
Here it is assumed that the width Wo of the image of the observer's view (the 
1 5 image being rendered) is even. Fig. 1 7 illustrates the determining of the capture angle (pg 
for this viewing ray. The capture angles refer to the rotation angles of the camera array at 
the time when images are captured. The intersection point Q of the projection Fof the 
viewing ray with the capture circle is determined by the equation: 

ll^ + ^^lh^ (24) 

20 that is 
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Note that the positive root of ^ should be used (where t is the length of the 
segment PQ). The angle qjQ of intersecting point Q is obtained as follows: 
If3/g>0,then 

(Pq = arccos(xg ) 

otherwise 

(Pg arccos(A:g ) 



(26) 



(27) 



A number is also now used, with, 



The integer part of /n^ is denoted by m. , 
m_ =int(wp) 



(28) 



(29) 

If = w. (i.e., is an integer) then the m^th high image is considered in the 
retrieving of image columns from the compressed scene data file. Otherwise, the two 
high images with their capture angles nearest cpg are considered. Assume that the indexes 
15 of the high images corresponding to the nearest capture angles which are less and greater 
than the angle (pq are m. and w+ respectively. If m. < /w, then m+ = m. + 1, otherwise m+ 
=1 (i.e., the angle cpg is between the capture angles of high images m and 1). 

So the /w.th and m+th high images are considered in the retrieving of image 
columns from the compressed scene data file. The weights of the two high images in the 
20 future interpolation are [l-(m^- m.)] and (m^- m.) respectively. 
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After the indexes of the high images that correspond to the viewing ray of an 
observer are found, a fiirther determination is made as to which colunin(s) in the high 
image correspond to the viewing ray. 

Fig. 18 illustrates a determination of the angle ^between the projection of a 
5 viewing ray and the camera direction. The angle cp at intersection point Q equals {cpv 
(Pq) . 

A number is now used, with, 

1= w,M^)^vt^ ^3^^ 



tan 



ovc 



V 2 J 



The integer part of the number is denoted by /. , 
1 10 /-=int(/J (3j^ 

^ If l(p= L (i.e., l(p is an integer) or IqTWc, only the /^th column of the image is retrieved, 
otherwise a number /+ is introduced, 

/+ = /.+ ! (32) 
So, the /_th and /+th columns of the image are retrieved. Their 
15 interpolation weights are [l-(/^- /.)] and (/^- /.) respectively. 

After determining which column(s) in the high image(s) are relevant in the 
rendering of the viewing ray, a determination is made as to which pixels in the column(s) 
correspond to the viewing ray. 

As described previously, the high image is combined by images captured by the 
20 camera array at the same capture angle, hi order to find out the corresponding pixels in 



Lee d HaVes, PLLC 



MSl-475US.pat.app.doc 



10 



15 



the columns, a determination is first made as to which camera(s) in the longitudinal 
array(s) are mostly relevant to the viewing ray. 

Fig. 19 illustrates a side view of the intersection of a viewing ray 350 with the 
camera array. As calculated above, the distance between the viewing point P and the 
horizontal intersecting point Q at the capture circle is The elevation angle ^of the 
viewing ray 350 corresponding to the ^th pixel of the ^th column of the image of the 
observer's view is 



r \ 

K 1 

s .— 



9 = arctan 



2 2 



K 

2 



tan 



fovo 



1+ 



2 2 



2 



J ) 



(33) 



The longitudinal intersecting length of this viewing ray with the camera array is t 
tan(^. A number jq is introduced, 
tan(^)r 



Je 



The integer part of je is denoted by j, , 



(34) 



j- =int(y<,) 



(35) 



If ]Q= j, (i.e., is an integer) the y.th camera is the most relevant camera, 
otherwise, a number 7+ is introduced, 

7V=7-+1 (36) 
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So, the jAh and yVth cameras are relevant to the viewing ray and their interpolation 
weights are [l-(jo' j-)] and (jo- j.) respectively. Furthermore, a determination should be 
made as to which pixels in each relevant camera correspond to the viewing ray. 

By way of example, consider the y.th camera. Fig. 20 illustrates an exemplary 
5 view of the view port 352 of the capture camera. Assume that the above viewing ray Fof 
the observer intersects with the image plane of the view port of the capture camera at 
point A, Let B be the projection of A on the lateral axis of the view port, therefore ZAOB 
is equal to the elevation angle of vector K Suppose that a parallel line of the lateral axis 
passing through A intersects with the longitudinal axis at D. It is angle ZCOD instead of 
10 angle ZAOB that directly determines the corresponding rows of the captured images. 
The relationship between ZCOD and ZAOB is 



tm{ZCOD)=tm{ZAOB)scc{ZBOC) 



(37) 



where ZBOC is exactly the angle (p in Fig. 18 and ZAOB is the angle ^in 



equation (33). From this, the corresponding row number in the image of camera j. is 



15 




(38) 



The integer part of i is denoted by 



/. = int(z) 



(39) 



If /. = 0, the corresponding pixel number in the column of the high image is 



20 



If/. > he, the pixel number in the column of the high image is + « + l)hc. 
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In the case that /. is greater than zero and smaller than Ac, if / = z- (i.e., / is an 
integer), the corresponding pixel number is (/_+«)Ac+ otherwise a number U is 
introduced, 

! (40) 
5 So, the corresponding pixel numbers in the column of the high image are 

(j~ + «) X K + L and (j_ + w) x + respectively. Their weights are [l-(/ - /_)] 
(/ - /.) respectively. The colors of the pixel in the observer's view image that the viewing 
ray passes through are interpolated by the colors of these corresponding pixels. 

It should be noted that, due to the particular viewing ray, many pixels might be 
10 used in determining the color of the pixel in the observer's view image. For example, in 

determining the pixel color for a particular viewing ray there may be two high images 
' that are considered, two columns of each of the two high images that are considered 
i (totaling four columns), two cameras from each of the four columns that are considered 
(totaling eight cameras), and two pixels from each of the eight cameras (totaling sixteen 
15 pixels). Interpolation is used, as described above, to determine how all these pixels are to 
be combined to determine the color of the pixel in the observer's view image. 

3D Observer Freedom of Movement 

In the discussion of the previous sub-section the observer is allowed to move 
20 within a 2D circular region and observe longitudinal and lateral parallaxes and lighting 
changes without any geometric or photometric scene model recovery. However, in the 
above case, the motion of the observer is limited within the capture plane in which the 
beam rotates and the viewing direction can only be rotated laterally. The observer cannot 
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take actions to duck, to stand, or to jump as in many natural situations when he or she 
wants to look at something from different points of view. Developing new motion 
constraint and rendering algorithms, an observer is able to move freely within the range 
of a 3D cylinder, and is fiirther able to turn his or her head freely in a longitudinal or 
5 lateral direction. 

The scene capture process to support 3D freedom of movement is similar to that 
used to support 2D freedom of movement, except that the length of the camera array may 
ffl be extended. Additionally, the image combination and compression processes to support 

™ 3D freedom of movement are also similar to those used to support 2D freedom of 

y ^ ■ 

iia 10 movement, except that the whole area of each images captured by cameras should be 

. ' stored (rather than reducing it to only a portion as described above with reference to Fig. 

rn 

i 12). 

In order to support 3D freedom of movement, the motion control of the observer 

becomes more complex. In addition to moving left, right, forward and backward, the 
1 5 observer may move upward and dovraward. The viewing direction of the observer may 
also be rotated longitudinally as well as laterally. 

As illustrated in Figs. 21 and 22, a virtual local coordinate system of the observer 
is introduced. The origin o' of the local coordinate system is chosen to be the current 
viewing position P, They' axis coincides with the projection of viewing direction Ton 
20 the global xy plane. The z' axis is along the global z axis. Here Tand Th are three 3D 
vectors. Th is along the projection of the viewing direction T on the xy plane. T and Th 
are unit vectors. The relationships of the motion commands in the virtual local 
coordinate system and the global coordinate system are described as follows: 
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The normalized projection vector Th of the viewing ray Tis deduced as: 

T, 

yl'^^'y (41) 



71., = ■ 

(42) 



Th. = 0 (43) 
where Thx, Thy and Thz are the x, y and z coordinates of Th, Tx and Ty are the x and y 
coordinates of T. Th is along the local axis>''. The direction of the local axis x' measured 
in the global coordinate system is denoted by 5, 

Sx = Thy (44) 
^ Sy^-Thx (45) 

^10 5^ = 0 (46) 

5 where Sx, Sy and are the x, y and z coordinates of the unit vector S. The direction of the 
53 local axis z* measured in the global coordinate system is denoted by t/, so, t/c = 0, = 0, 
andi7z=l. 

Assume that a translation rate of the viev^ing position along the local x\ y and z' 
15 axes are Ax\ Ay' and Az\ respectively. For movement to the left, the new viewing 
position becomes, 

P,e.. = P-Ax'S (47) 
For movement to the right, the new viewing position becomes, 

Pney. = P-^Ax'S (48) 

20 For movement forwards, the new viewing position becomes. 
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P„^ = P + Ay'TH (49) 
For movement backwards, the new viewing position becomes, 

P„e^ = P-Ay'TH (50) 
For movement upwards, the new viewing position becomes, 

P„e^ = P + AzV (51) 
For movement downwards, the new viewing position becomes, 

P„e^ = P-Az'U (52) 
For lateral rotation movement, assume that a lateral rotation rate of 7), along z' 
axis is A(p. For rotation to the left, Th becomes, 

n 1 0 Thnewx = Th,cos(A<p)-Thy sm(A<p) (5 3) 

□ Th„ey^=ThxSm(A<p) + ThyCOsiA<p) (54) 

■fis 

y and the corresponding new viewing direction becomes, 

I T„e,vx = cos{A(p) - Ty s\n{Aq)) (55) 

Tnewy=Tj,Sm{A(p) + TyCOs(A(p) (56) 

15 For rotation to the right, J/, becomes, 

Thnewx = Thx cos(zl^) + Thy sm{A(p) (57) 

Thnewy = -Thx sin(zl^) + Thy cos{A(p) (58) 
and the corresponding new viewing direction becomes, 

Tnewx = T^ CGs{A(p) + Ty sm{A(p) (59) 

20 Tnewy = -Tx s\n{A(p) + Ty cos{A(p) (60) 
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For longitudinal rotational movement, assume that the longitudinal rotation rate of 
the view port direction T along x' axis is A9. For rotation upwards, the new viewing 
direction becomes, 

Tne^ = cos(A^) -f VTj^sinCA^) 

T — T /l _ 7*2 

newx hx\ ne 

T = T l\ — 

For rotation downwards, the new viewing direction becomes. 



(61) 



r.2 

(62) 



n2 

'"^ (63) 



r_ = T, cos(A^)- sin(A^) 



T —T ll — 

•*-newx hx\ n 



newz 



(64) 
(65) 



newz 



(66) 

For zooming, assume that a rate of a zoom out command or a zoom in command 
is AOfovo^ For zooming out, the new longitudinal field of view of the observer becomes, 

Onewfovo = dfovo + AQfovo (67) 

The new lateral field of view of the observer can be obtained according to 
15 equation (1 1) above. For zooming in, the new longitudinal field of view of the observer 
becomes, 

Ofiewfovo — dfovo - AOfovo (68) 

and the new lateral field of view of the observer can also be obtained according to 
equation (11). As described in the scene capture process above, the scene is captured by 
20 rotating a camera array along a circle. Therefore, the top and bottom areas of the cylinder 
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have not been captured. In one implementation, the observer's motion and viewing 
direction are constrained in order to let the observer only see the part of space that has 
been captured. The constraint of viewing position P of the observer is that: 

-^^y (69) 
5 where r is the radius of the wandering circle 272 as illustrated in Fig. 10. The z 
coordinate of P should obey another constraint, as described in more detail below. 
The constraint of the lateral field of view of the observer is: 

(/>fovo<^ (70) 

and 

10 g>fovo ^ a minimum tolerance angle, for instance 10 degrees. (71) 

The constraint of the longitudinal field of view of the observer and the elevation 
angle of viewing direction is: 



fovo ^ fovc 



2 2 (72) 
and 

15 ^ ^^>_^ 

2 2 (73) 

This means the elevation angle of any viewing ray should not exceed the longitudinal 

field of view of the capture camera, and 

Ofovo ^ a minimum tolerance angle, for instance 10 degrees. (74) 

An additional constraint in one implementation is described with reference to Fig. 

20 23. As illustrated in Fig. 23, in order to find the farthest point on the capture circle 274 

within the lateral field of view of the observer, the left and right edges of the lateral field 
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of view of the observer are extended from viewing location P. Assume that the two 
edges intersect with the circle at point A and B, respectively. Two lines 372 and 374 are 
then drawn to connect point A and B with O, respectively. The distance between any 
point, suppose C, within the viewing image and P is calculated by: 



(75) 



CP =R^+OP -2RxOPcos{ZCOP) 



and 

g ZBOP < ZCOP < ZAOP or ZAOP < ZCOP < ZBOP (76) 

[rt The farthest point on the circle within the view port should have a maximum 

in value of (-cosZCOP). 

lO 

J:^ 5 10 By way of example, consider the following cases. Suppose that ZBOP < ZAOP, 

fQ the opposite situation could be treated similarly. If 

Z5OP<180° (77) 
the farthest point should be point B. If 

ZAOP < 1 80° and ZBOP > 1 80° (78) 
15 the farthest point should be point C with ZCOP = 180° . If 

Z^OP>180° (79) 

the farthest point should be point A, CP is used to denote the found longest distance- 
Next, consider the intersection of a viewing ray with the capture cylinder. The 
top and bottom edges of the observer's longitudinal field of view are extended. The z 
20 coordinates of the intersection points of the two edges with the cylinder are: 

Z„,=/'.+CP.a„(«,.^) ■ ^^^^ 
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^ (81) 
These values should satisfy the condition: 

^bottom > 0 and ztop < H (82) 
The rendering process to support 3D freedom of movement is similar to the 
5 rendering process to support 2D freedom of movement, and is performed according to the 
process described above with reference to Fig. 14. Additionally, the rendering for 3D 
movement takes into account the z coordinate of the observer's position and the elevation 
angle of the observer's viewing direction when determining which cameras on the 
longitudinal array and which pixels on the image columns are relevant to a viewing ray. 
10 Specifically, the elevation angle ^in Equations (34) and (38) are all replaced by O^Ot if 
the observer has a longitudinal rotation angle Or and the right side of Equation (34) 
should add if the observer is not located on the capture plane. 

Stereo Rendering 

15 The preceding section describes a process that allows an observer to see images of 

a captured scene when moving freely within a cylindrical area in 3D space or a circular 
area in 2D space. However, often times it is very natural for people to open both their 
eyes to observe scenes and experience stereo effects. By deducing the complex 
constraint of the motion of an eye pair (i.e., a two-body rigid object), and using a stereo 

20 rendering process as described below, natural stereo views of scenes can be rendered in 
real time. These stereo views can be rendered as individual images (e.g., two different 
images on the display), images on two different displays (e.g., the left and right display 
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liquid crystal display screens of a pair of glasses, such as CrystalEyes available from 
StereoGraphics Corporation of San Rafael, California), etc., or alternatively combined in 
a conventional manner into a single rendered image. 

Rendering of a stereo view is not simply rendering two views of an observer. The 
distance between a human's two eyes is fixed and the viewing direction of the two eyes is 
almost identical except for very near objects. Therefore, the motion of a human's two 
eyes obeys certain rules. A two-body rigid object model is used below to describe the 
motion of an observer's two eyes. 

The stereo rendering described below is discussed with reference to allowing 3D 
observer freedom of movement. Alternatively, the stereo rendering may also be applied 
when limiting an observer to 2D freedom of movement. 

Fig. 24 illustrates an exemplary global coordinate system 390 allowing for various 
freedoms of movement of an eye pair (left eye 392 and right eye 394). To perform the 
stereo rendering, the location of each eye of the eye pair 392, 394 is determined and used 
as the observer view point for rendering an image as discussed in the sections above. The 
allowed movements, and exemplary constraints on such movements, are discussed in 
more detail below. 

As illustrated in Fig. 24, a local coordinate system 390 is introduced to describe 
the freedoms and motion of an eye pair 392, 394. Assume that the distance between the 
two eyes is 2/. The origin o' of the local coordinate system 390 is located at the center of 
the line 396 connecting the two eyes 392, 394. The x' axis of the local coordinate system 
390 is chosen to be along the line 396 connecting the two eyes 392, 394. Thej^' axis of 
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the local coordinate system is chosen to be along the viewing direction of the eyes 392, 



As a two-body rigid object, the eye pair 392, 394 possesses six freedoms of 
motion. The origin can move in 3D space in the global coordinate system 398 (i.e., it 
5 has three translation freedoms - left/right, up/down, and forwards/backwards). P is used 
to denote the position of the origin o' of the local coordinate system 390 measured in the 
global coordinate system 398. The two-body rigid object can also rotate along 7' and z' 
axes as well as its own connecting axis, x' axis (i.e., it has three rotation freedoms). The 
positions of each eye and the viewing direction of the eyes as the eye pair translates or 

10 rotates in 3D space are deduced. 

Assume that the coordinates of the directions of x', y' and z' axes measured in the 
global coordinate system 398 are represented by three dimensional unit vectors S, T and 
U, respectively. These vectors S, 7 and U coincide with x, y and z axes of the global 
coordinate system 398 initially. 

15 After movement commands are received, the translation and rotation formulas of 

the motion of origin o' and the zooming formulas are identical to those of the observer in 
the rendering process allowing 3D freedom of movement discussed above. After that, the 
global position of left eye 392 is 



394. 



E, =P-lxS 



(83) 



20 and of right eye 394 is 



E^=P + lxS 



(84) 



The viewing directions of each eye 392, 394 is along 7. 
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Since not the whole outside scene is captured and there is intrinsic relationship 
between two eyes, in one implementation the motion of an observer is constrained so that 
he or she sees only the part of scene that has been captured. 

The constraint of the motion is more complex than before. First, as a basic 
5 constraint we have 

{P,-lS,r+(P^-lS^r<r' (85) 
which means that the projection of the left eye is within the wandering circle 272; and 

iP^+lSj'+(P^+lS^y <r' (86) 

which means that the projection of the right eye is also within the wandering circle 272; 
10 and 

0<P^-lS^<H (87) 
which means that the height of the left eye is within the height of the capture cylinder; 
and 

0<P^+lS^ <H (88) 
15 which means that the height of the right eye is also within the height of the capture 
cylinder. Since a cylinder is a convex object, the whole interval of line 396 that connects 
the two eyes is also within the cylinder if both eyes are within the cylinder. In addition, a 
comprehensive constraint should also be obeyed, as discussed in more detail below. 

The eye pair is constrained so that the lowest elevation angle of any viewing ray 
20 in the viewing direction be larger than half of the negative longitudinal field of view of 
the camera -^ovc/2, and the highest elevation angle of any viewing ray in the viewing 
direction be smaller than half of the longitudinal field of view of the camera OfovJ^' 
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15 



Viewing rays with minimiun or maximum elevation angles pass through four comers of 
the view port (the captured image). So, only four viewing rays passing through four 
comers of the view port need be considered for these constraints. 

The normaHzed vector of the viewing ray passing through the top-left comer of 
the view port is: 



Z),; = normalize 



r-tan 



T fovo 



5 + tan[^ 



U 



(89) 



where (pfoyo is the lateral field of view of the view port and ^^vo is the longitudinal field of 
view of the view port. The normaUzed vector of the viewing ray passing through the 
bottom-left comer of the view port is: 



D^i = normalize 



r-tan 



T fovo 



\ ^ J 



2 



u 



(90) 



The normalized vector of the viewing ray passing through the top-right comer of 
the view port is: 



= normalize 



r + tan 



T fovo 

^ J 



5 + tan 



fa \ 

fovo 



V 2 , 



U 



(91) 



The normalized vector of the viewing ray passing through the bottom-right comer 
of the view port is: 



^hr ~ normalize 



r-htan 



5 -tan 



f Q \ \ 

fovo 



u 



\ ^ J 



(92) 



Four z coordinates of the four vector are also compared. The viewing ray with the 
largest z coordinate has the highest elevation angle of arcsin(z/)). The corresponding 
constraint is: 
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• # 

arcsin(z^)<-?|^ (93) 

The viewing ray with the smallest z coordinate has the lowest elevation angle of 
arcsin(zrf). The corresponding constraint is: 



e 



arcsin(zj>— ^ (94) 

5 Additionally, a comprehensive constraint is that the intersection point of any 

viewing ray with the cylinder does not exceed the top and bottom limits of the cylinder 
wall (i.e., the z coordinate of any such intersection point must be in the range of 0 to //). 

Because of the existence of the rotation along the y axis, it is not always easy to 
determine which viewing ray in the view port has the lowest or highest intersection point. 
10 In one implementation, a check is made for every viewing ray from every edge of the 
view port to ensure that the constraint is not violated. Alternatively, such a check may 
not be employed due to the time required (e.g., which can result in a delay in playback). 
Li one implemenation, a more stringent (but computationally quicker) constraint is 
appUed. 

15 This constraint is applied by using a view cone with its half angle (OfoJl equaling 

the angle between the viewing ray passing through any comer of the view port and the 
direction of the view port. Any viewing ray in the view port is within the view cone, and 
therefore any intersection point of any viewing ray with the cylinder is in the range of the 
intersection points of the cone with the cylinder. If the intersection points of the cone 

20 with the cylinder do not exceed the wall of the cylinder, then the intersection points of the 
viewing ray of the view port are also in the valid range of the cylinder wall. 
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The value of half of the angle of the view cone is obtained by calculating the dot 

product of a comer viewing ray and the direction of the view port, which is: 

f \ 
1 



(O 



fov 



arccos 



1 + tan^ 



V 



<Pfo. 



+ tan^ 



J 



9r ^ 
fovo 



\ ^ J 



(95) 



and 



The elevation angle of the direction Tof the view port is: 
6^y, = arcsin(rj (96) 
The highest and lowest elevation angles of the viewing rays from the cone are: 



CO 



fov 



CO 



fov 



Oj — 
respectively. 

Li order to calculate the smallest and largest z coordinates of the intersection 
points, the horizontal distance between the intersection point and the left and right eyes is 
calculated. As illustrated in Fig. 21, we use a two dimensional unit vector Th to represent 
the unit projection of the direction T of the view port on the capture plane. Two two- 
dimensional vector Eih and Erh are also introduced represent the projection of left and 
right eyes on the capture plane, respectively. Their relationships are: 



(97) 
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and 



and 



^rhy — Py + ^^j^- 



(98) 



The positive roots U and tr of the equations 



\\Eu,+m\ = R 



\\ErH+t,TA = R 



(99) 
(100) 
(101) 
(102) 

(103) 

(104) 



are the horizontal distances between the intersection points and the left eye and the right 
eye, respectively. Therefore, the highest and lowest z coordinates of the intersection 
points are 



^ 



+t, tan Oj. + 



0) 



fov 



, if Sy < 0, 



15 or 



+ tan 



9j +• 



CO 



fov 



and 



f 



E^^ + tan 
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or 



+ tan 6 J - 



J2L 
2 



) 



,if5^<0 



respectively. 

The above highest z coordinate should be less than //, and the above lowest z 
coordinate should be greater than 0. 

Conclusion 

Thus, scene capturing and view rendering based on a longitudinally aligned 
camera array has been described. The use of a longitudinally aligned camera array 
advantageously reduces vertical distortions and allows more realistic rendering of views 
when an observer is moving about within the captured scene. Additionally, stereo 
rendering of images can be supported, advantageously providing a more realistic view of 
the scene based on a pair of observer's eyes. 

Although the description above uses language that is specific to structural features 
and/or methodological acts, it is to be understood that the invention defined in the 
appended claims is not limited to the specific features or acts described. Rather, the 
specific features and acts are disclosed as exemplary forms of implementing the 
invention. 
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